home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
ftp.cs.arizona.edu
/
ftp.cs.arizona.edu.tar
/
ftp.cs.arizona.edu
/
icon
/
newsgrp
/
group96a.txt
/
000156_icon-group-sender _Thu Jul 11 13:15:59 1996.msg
< prev
next >
Wrap
Internet Message Format
|
1996-09-05
|
1KB
Received: by cheltenham.cs.arizona.edu; Thu, 11 Jul 1996 13:06:18 MST
To: icon-group@cs.arizona.edu
Date: 11 Jul 1996 13:15:59 GMT
From: espie@chaland.ens.fr (Marc Espie)
Message-Id: <4s2uqf$6q2@nef.ens.fr>
Organization: Ecole Normale Superieure, Paris
Sender: icon-group-request@cs.arizona.edu
Subject: Multiple color palettes under X-Icon ?
Errors-To: icon-group-errors@cs.arizona.edu
Status: O
I've been trying to play with algorithms for color palette reduction
in Icon.
It seems I've run into unsurmountable problems, at least under the
current implementation.
Correct me if I'm wrong, but it seems that Icon uses just one color palette
for all the windows. This may sound reasonable, but it seems that Icon
pushes it too far: namely, it uses the same color palette for off-screen
images as well.
Assuming you want to play with digitized images, this is not good.
What I want to do is to read a digitized image, for which
WOpen("canvas=hidden", "image=xxx") looks perfect, build an histogram
of the pixel values using Pixel(), process what I've got with standard
algorithm, and build a modified image on-screen.